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(54) Method and apparatus for enlarging DVB-CI functionality by enabling a direct access to the 
Conditional Access Module 



(57) The invention is to be used in the Digital Video 
Broadcasting - Common Interface environment for 
accessing the Conditional Access Module (CAM). The 
host application handles objects of the Conditional 
Access (CA) through a private Application Program 
Interface (API). Each CAM may have its own private CA 
API but the data channel remains identical whatever the 
CAM is. This new mode coexists with the two already 
defined modes: low level Man Machine Interface, and 
high level Man Machine Interface. 

If a Set Top Unit < ( understands > > the private CA 
Application Program Interface (API), then it may access 
the features of the plugged CA through its private CA 
API Protocol. Otherwise, it remains on the standard 
API. 

With this extension, a STU can have a Conditional 
Access User Interface which perfectly fits into the over- 
all User Interface of the STU. Thus, a broadcaster can 
ensure that its look and feel are respected on its STUs. 
A manufacturer can build a STU especially optimized for 
a given CA or a plurality of CAs but still able to run other 
CAs. 

Therefore, owing this technique, it is possible to 
provide a method and an apparatus for allotting Condi- 
tional Access features to STU as if the CA modules 
were transparent. Furthermore, this access to the Con- 
ditional Access Module is direct in addition to the stand- 
ardized access by defining a protocol of 
communications with a predetermined format without 
imposing a predefined content of the communications 
exchange. 
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Description 

Field of the invention 

s [0001] The present invention relates to Digital Video Broadcasting systems and more particularly to a method and an 
apparatus for extending the Digital Video Broadcasting - Common Interface function by enabling a direct access to con- 
ditional access features. 

Background art 

w 

[0002] The environment from which the present invention is derived is the digital video broadcasting (DVB) a detailed 
specification of which is given in the Standards. One may refer, for instance, to the European Telecommunication Stand- 
ards Institute (ETSI) relating to the Digital Video Broadcasting published in EN 300 468 - vl.3.1 (1997-09). Any other 
digital video broadcasting specification may be used. 

15 [0003] The DVB - Common Interface (DVB-CI) for Conditional Access and Other Digital Video Broadcasting Applica- 
tions is one of a few consumer hardware interfaces specified by the DVB. It is designed to bring the full benefits of open 
standardization to the supply of digital reception equipment, whilst at the same time making it possible for the Condi- 
tional Access and security elements of a digital TV receiver system to remain proprietary. By using this interface, the 
proprietary elements of the system can be separated from the parts required to receive and decode digital television 

20 and data services. They can be manufactured and distributed separately, releasing the constraints which occur when 
the elements are supplied together. 

[0004] One may refer to the European Standard issued in April 1 996 by the CENELEC (Comity European de Normal- 
isation Electrotechnique), on < (Common Interface Specification for Conditional Access and other Digital Video Broad- 
casting Set Top Box Applications ) ). This document aims to describe a common interface by defining the standards that 

25 relate to the source coding, channel coding, service information, STU interfaces and a conditional access. This latter is 
used when there is a need to control access to a broadcast service which is a set of elementary streams offered by the 
user as a program. According to the document, the application operates in a module, communicating with the host, and 
provides facilities to the user over and above those provided directly by the host. The host is a multimedia device such 
as a PC, a VCR or an IRD etc. where modules can be connected. Conversely, a module is a small device, which is not 

30 working by itself, but is designed to run specialized tasks in association with a host such as a conditional access sub 
system, an electronic program guide application module, or to provide resources required by an application but not pro- 
vided directly by the host. The resource is a unit of functionality provided by the host for use for a module. It defines a 
set of objects exchanged between module and host by which the module uses the resource. 

[0005] In this CENELEC document, a solution to the problem for broadcasters to access decoders with different con- 
35 ditional access systems and to ensure that they have choice of supply of such systems consists in using a standardized 
interfaca between a module and a host where Conditional Access and more generally defined proprietary functions 
may be implemented in the module. Consequently, broadcasters can use modules containing solutions from different 
suppliers in the same broadcast system, thus increasing their choice and anti-piracy options. 

[0006] Consistency is one of the most important problems to solve for the design of good user interface. To allow a 
40 user to understand and to learn a User Interface (Ul), it is mandatory that the same concepts be identically labeled all 
over the Ul. This concept consists in using a predetermined format whereas the content of the messages is not com- 
pulsory. Furthermore, concerning the organization of the information, it must be conformed with the consistency rule. 
[0007] With the current approach of the DVB-CI, this purpose is hardly reachable. Different Conditional Access Mod- 
ules (CAM) refer to similar concepts such as entitlements, tokens, or pay per view, with different names. The way to 
45 access the different features is different from one CAM to another. For instance, each CAM provider proposes its own 
hierarchical menu organization with its own labels. All these differences co-existing in the same STU will necessarily 
confuse the user. The use of a unique look and feel is not sufficient to avoid the confusion. 

[0008] It is not realistic to target a Set Top Unit compliant with all the private Conditional Access Application Program 
Interfaces. In many cases, for a given place, there are only one or two leading Conditional Access systems. Thus, an 
so optimized STU would perfectly answer to the largest market whilst remaining open to minor CA systems even though 
for these latest ones, it would not offer the optimal User Interface. 

Summary of the invention 

55 [0009] It is a main object of the invention to provide a method and an apparatus for providing Conditional Access fea- 
tures to STU as if the CA modules were transparent 

[001 0] It is thus an object of the invention to offer in the DVB-CI environment an additional method and apparatus for 
accessing directly the Conditional Access Module in addition to the standardized access by defining a protocol of com- 
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munications with a predetermined format. 

[001 1 ] It is a further object of the invention to allow the communication between the Set Top Box and the Conditional 
Access Module without imposing a predefined content of the communication messages. 

[001 2] The invention is to be used in the Digital Video Broadcasting - Common Interface environment for accessing 
s the Conditional Access Module (CAM). The host application handles objects of the Conditional Access (CA) through a 
private Application Program Interface (API). Each CAM may have its own private CA API but the data channel remains 
identical whatever the CAM is. 

[001 3] According to the present invention, a private CA Application Program Interface concept and a standard Appli- 
cation Program Interface concept can coexist together. The Private API is a new mode which coexists with the two 

io already defined modes of high and low Man Machine Interface resource. 

[0014] If a STU < < understands ) ) the private CA Application Program Interface (API), then it may access the features 
of the plugged CA through its private CA API Protocol. Otherwise, it remains on the standard API. 
[0015] With this extension, a STU can have a Conditional Access User Interlace which perfectly fits into the overall 
User Interface of the STU. Thus, a broadcaster can ensure that its look and feel are respected on its STUs. A manufac- 

15 turer can build a STU especially optimized for a given CA or a plurality of CAs but still able to run other CAs. 

[0016] According to the present invention, a method for allowing communications exchange between at least one 
Conditional Access Module and a user interface of a multimedia device in a communications system by enabling a 
direct access to said at least one conditional access module, said communication system using a standard application 
program interface protocol and a private application program interface protocol, comprises the steps of: 

20 

transmitting a first message (PCAJdentification) from said conditional access module to said user interface con- 
taining predetermined parameters, wherein said parameters are dedicated to said private application program \ 
interface protocol; 

25 - checking if said user interface are conformed to said parameters; 

responding with a second message (PCAJdentification answer) from said user interface to said conditional access 
module, said second message containing a result of the matching between the Conditional Access Module and the 
user interface parameters; and 

30 

in response to said second message, selecting said private protocol or said standard protocol. 

[0017] Furthermore, an apparatus for implementing the method for allowing communications between a plurality of 
conditional aGcess module and a user interface according to the present invention is disclosed therein. 

35 

Brief description of the drawings 
[0018] 

40 Figure 1 shows the environment of the present invention wherein a single module is in connection with a host. 

Figure 2 illustrates the communication protocol between the Conditional Access Module and the Dedicated User 
Interface. 

45 Figure 3 shows the flow chart of the process for determining the use of a private API or a standard API according 

to the present invention. 

Figure 4A shows the case when the private CA Application Program Interface protocol is used. 
so Figure 4B shows the case when the standard CA Application Program Interface protocol is used. 

Detailed descripti on of the invention 

[0019] Figure 1 illustrates the overview of the present invention wherein a private CA Application Program Interface 
55 concept and a standard Application Program Interface concept coexist together. 

[0020] On one side, the Set Top Unit application handles objects of the CA Module, referred as CAM (120), through 
a private API, but the data channel remains identical whatever the CAM is. Each CAM may have its own private API in 
addition to a standard API. The CAM communicates with the DVB-CI through a driver (100) that contains four commu- 
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nication layers. These layers are the Session layer (101), the Transport layer (102), the Link layer (103) and the Physical 

layer (104). 

•* - 

[0021] On the other side, the DVB-CI also has a driver (100) that includes the same four communication layers. These 
four layers communicate with a Man Machine Interface referred as MM I (150) through a standard API and with a dedi- 
5 cated User Interface (140) through a private API. 

[0022] The Private API is a new mode which coexists with the two already defined modes that are the high and low 
MM I resource. 

[0023] If a STU ( < understands > > the private CA Application Program Interface (API), then it may access the features 
of the plugged CA through its private API protocol. Otherwise, it remains on the standard API protocol. 
10 [0024] The common interface consists of two components, a Transport Stream Interface and a Command interface. 
Both are layered to make the overall interface design and implementation easier. 

[0025] The Transport Stream Interface carries MPEG-2 transport packets in both directions owing to a bi-directional 
bus. If the module give access to any services in the Transport Stream and those services have been selected by the 
host, the packets carrying those services will be returned descrambled, and the other packets are not modified. 

15 [0026] The Command Interface carries all communication between the applications running in the module and the 
host. The communication protocols on this interface are defined in several layers to provide the necessary functionality. 
This functionality comprises: the ability to support multiple modules on one host, the ability to support complex combi- 
nations between module and host, and an extensible set of functionality primitives (also called objects) which allow the 
host to provide resources to the module. 

20 [0027] An associated application layer which is common to all physical implementations is designed to be free of spe- 
cific application semantics. It does not limit the number of modules which may be connected to the host at any time. 
When several modules are connected to a host, this latter should be able to select the module(s) relevant for the 
descrambling of the selected service(s). 

[0028] Figure 2 illustrates a protocol of communication between a Conditional Access Module (120) and a Dedicated 
25 User Interface (1 40). After initialization, in order to ask the dedicated Ul to check if it understands the CAM'S private API, 

the CAM sends a PCAJdentif icationO object to the dedicated Ul resource. According to the present protocol, this latter 

responds with an identification answer to the CAM. This protocol is common to all CAMs which have a private API. In 

this response, the Set Top Unit sends a PCAJdentification answer 0 object which contains the result of the match 

between the CAM and the dedicated Ul parameters that will be detailed later on. 
30 [0029] If the parameters match, the private API will be used, else it will be the standard API. 

[0030] As is mentioned above, the communication for data across the command interface is defined in terms of 

objects. The objects are coded by means of a general Tag-Length- Value coding. 

[0031] In addition to the objects already defined in the standards and in CENELEC document, it is required to define 
two types of exchanged objects that are the identification objects and the data objects. The content of these two objects 
35 is common to all private CA API Protocols. 

Identification objects: 

[0032] The function of these identification objects is to allow a CAM having private API to check if it can communicate 
40 with a dedicated User Interface resource of the Set Top Unit, for instance to check if it understands the host through a 
private API. 

[0033] An identification object is sent first by the CAM. This object contains all the information needed to check the 
matching between the STU and the DVB-CAM. A Set Top Unit with a private CA API protocol will answer by sending 
back an identification_answer object. On the contrary, a Set Top Unit without a private CA API protocol will not answer 
45 satisfactorily to this identification. 

[0034] In the preferred implementation, the identification object may contain 3 parameters. But it should be kept in 
mind that it is possible to implement solely one of these parameters or to implement additional parameters. 
[0035] The parameters are: 

so - Conditional Access identifier 
Manufacturer Name 

Version of the Conditional Access program 

[0036] The additional parameters are dedicated to private data. 
55 [0037] These objects have the following formats: 
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PCA_Identif ication_Ob j ect ( ) 
{ 

PCA_Identif ication_Tag 24 bits 

uimsbf 

Lenght_f ield ( ) 

CA__Identif ier 24 bits 

uimsbf 

Manuf acturer_length ( ) 

CA_Identif ier 24 bits 

uimsbf 

Manuf acturer_length 8 bits 

uimsbf 

for (i=0; i < manuf acturer_length; i + + ) 
{ 

25 manufacturer_char 8 bits 

uimsbf 

> 

30 version ID 24 bits 

uimsbf 

private_f ield_length () 8 bits 

55 uimsbf 



10 



15 



20 



40 



45 



SO 



for (i=0; i<private_f ield_length; i++) 
{ 

private_f ield_data 

} 



wherein: 



uimsbf stands for unsigned integer most significant bit first; 

Manufacturer_char is a compound of string of the manufacturer's name. The string is not null terminated; 
55 - VersionJD comprises 3 bytes. The first byte is the main release number. The second and respectively the third 
bytes are the sub and the subsub release number. 
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24 bits 
uimsbf 

8 bits 
uimsbf 



20 Data objects: 

[0038] The data objects have predetermined headers but not a predetermined content. For the preferred embodiment, 
there are three kinds of data objects: 

25 - Inquiry Tag: used by the Host or the Conditional Access Module to request information in a bi-directional mode; 

Answer Tag: used by the Host or the Conditional Access Module to answer in response to an Inquiry Tag in a bi- 
directional mode; 

Notification Tag: used for notifying information to the Host or the Conditional Access Module an information. 

30 



35 



40 



45 



50 



55 



PCA_Identif ication_answer_Ob j ect ( ) 
{ 

5 

PCA_Identif icat ion_answer_Tag 



Length_field () = 1 

10 

Identi f ication result 



} 
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PCA_Inquiry_Object () 
{ 

5 

PCA_Inquiry_Tag 24 bits 

uimsbf 
length_f ield () 
10 for (i = 0; i<length; i + +) 

{ 

PCA_data_unit 8 bits 

uimsbf 

15 

} 

} 

20 

PCA_Answer_Object ( ) 
{ 

PCA_Answer_Tag 24 bits 

25 uimsbf 

length_f ield () 
for (i=0; i<length; i++) 
{ 

PCA_data_uni t 8 bits 

uimsbf 

} 

} 



30 



35 



40 



45 



50 



55 



PCA_No t i f y_Ob j ec t ( ) 
{ 

PCA_Notify_Tag 2 4 bits uimsbf 

length_field () 

for (i=0; i<length; i++) 

{ 

PCA_data__unit 8 bits 

uimsbf 

} 

} 



[0039] The content of the PCA_data_unit depends entirely on the plugged DVB-CAM. This level of the API is not pub- 
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lie. It is a definition proprietary to the STU's manufacturer and the DVB CAM'S manufacturer There is no need to stand- 
ardize this content, jt is up to the host application to perform the right manipulations to build a consistent User Interface 
\ for multiple Conditional Access systems. 

[0040] Figure 3 represents a flow chart, according to the present invention, that illustrates when to use a private API 
5 'or a standard API and how the above defined identification objects are used in this identification process. 

'[0041] After the session opening, at step (200), the Host transmits an identification request to the CA Module at step 
(210). 

[0042] At step (220), it is determined whether the CA Module is supported. If it is not supported, then the standard 
API Protocol is used, at step (260), for connecting to a generic user interface located in the Host. Otherwise, the CA 
io Module sends an identification answer to the Host, at step (230). 

[0043] At step (240), owing to the identification answer, it is determined if the parameters defined in the identification 
objects are known by the Host, for instance if the CAJdentrf ier, the Manufacturer_char and the Version Jd are identified 
by the Host. As is already mentioned, other parameters may be added to this list. 

[0044] If the parameters are known, then a private CA API protocol can be used for connecting to the dedicated user 
is interface or resource, at step (250). Otherwise, the standard CA API protocol is used at step (260). 

[0045] More in details, at step (260), the connection between a CA Module to a generic user interface is performed 
according to a standard API protocol defined in the DVB-CI guidelines issued by the DVB Project Office of the European 
Broadcasting Union, Geneva, Switzerland. According to these guidelines states, the application running on modules 
make use of services provided by the Host. These services are partitioned into resources which encapsulate the total 
20 functionality available into a plurality of easily managed pieces. The resources are defined as simple, low-level functions 
in opposition to high level. The high level is used when the application can determine the content of the interaction but 
surrenders the method of the interaction to the Host. On the contrary, the low level uses the Man Machine Interface 
(MMI) wherein the Host is not involved with the ergonomics of the application's display such as: 

25 - the color depth 

the amount of memory provided for graphics 
the drawing speed 

the number of concurrent MMI sessions supported 
the interface ergonomics for moving between applications 
30 - etc. 

[0046] Conversely, at step (250), if a private CA API protocol is chosen to connect to a dedicated user interface, then 
the data objects as defined in the inquiry, answer and notification objects are used for the communication exchanges 
between the corresponding CA Module and the Host. According to the private CA API protocol, the ergonomics of the 
35 application's display can be fully controlled, thanks to the direct access to all the features of CA Module making this lat- 
ter transparent. 

[0047] Figure 4A illustrates the use of the private CA API. It is mandatory that the dedicated User Interface (140) 
matches the plugged DVB- Conditional Access Module (120). For this purpose, an identification process allows this 
checking. 

40 [0048] The plugged DVB-CAM contains a descrambler (1 26), a microprocessor ( 1 24) that controls the communication 
exchange and a Conditional Access Software (122). This CA software allows the communication with the DVB-CI. 
[0049] If the STU does not understand the private CA API, then it uses the standard API protocol as illustrated in fig- 
ure 4B with either the low level MMI or the high level MMI. 

[0050] Figure 4B represents the case when the Set Top Unit mismatches with the DVB-Conditional Access Module. 
45 In such case, the Standard API Protocol is used instead. Thus, this standard protocol enables to communicate with the 
generic User Interface. 

[0051] It should be kept in mind that the present implementation can also be adapted to an environment of a plurality 
of CA Modules that are connected to the Host. The parameters of CA Module that are known at step (240) is then 
selected for the communication exchanges, at step (250). 

50 

Claims 

1. A method for allowing communications exchange between at least one Conditional Access Module (120) and a 
user interface of a multimedia device in a communications system by enabling a direct access to said at least one 
55 conditional access module, said communication system using a standard application program interface protocol 
and a private application program interface protocol; 
said method characterized in that it comprises the steps of 
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transmitting (230) a first message (PCAJdentification) from said conditional access module to said user inter- 
face containing predetermined parameters, wherein said parameters are dedicated to said private application 
program interface protocol; 

£ - checking (240) if said user interface are conformed to said parameters; 

responding (250,260) with a second message (PCAJdentif ication answer) from said user interface to said con- 
ditional access module, said second message containing a result of the matching between the Conditional 
Access Module and the user interface parameters; and 

w 

in response to said second message, selecting said private protocol (250) or said standard protocol (260). 

2. The method according to claim 1 wherein said first message (PCAJdentif ication) defines a predetermined format 
for the communications exchange between said Conditional Access Module and said user interface. 

15 

3. The method according to claim 1 or 2 wherein the parameters of said first message (PCAJdentif ication) contain at 
least the indication of the Conditional Access Module identification, the manufacturer name or the version of the 
conditional access program. 

20 4. The method according to any one of the previous claims wherein before transmitting said first message, said 
method further comprises the steps of: 

determining (210) if said conditional access module contains a private application program interface protocol; 
and 

25 

determining (220) if said multimedia devices has a dedicatediiser interface using said private application pro- 
gram interface protocol; 

5. The method according to any one of the previous claims wherein in case of private protocol selection the following 
30 communication exchange between said user interface and said conditional access module uses predefined data 

formats regardless of their contents. 

6. The method according to claim 5 wherein said predefined data formats are used either by said conditional access 
module or said user interface for requesting information, for answering in a bidirectional mode, or for notifying infbr- 

35 mation to said conditional access module or said user interface. 

7. An apparatus for allowing communications exchange between at least one Conditional Access Module (120) and 
a user interface of a multimedia device in a communications system by enabling a direct access to said at least one 
conditional access module, said communication system using a standard application program interface protocol 

40 and a private application program interface protocol; 
said apparatus characterized in that it comprises: 

means for transmitting a first message (PCAJdentification) from said conditional access module to said user 
interface containing predetermined parameters, wherein said parameters are dedicated to said private appli- 
es cation program interface protocol; 

means for checking if said user interface are conform with said parameters; 

means for responding with a second message (PCAJdentification answer) from said user interface to said 
so conditional access module, said second message containing the result of the matching between the Condi- 

tional Access Module and the user interface parameters; and 

means for selecting said private protocol or said standard protocol according to said second message. 

55 8. The apparatus of claim 7 further wherein said first message (PCAJdentification) defines a predetermined format 
for the communications exchange between said Conditional Access Module and said user interface. 

9. The apparatus according to claims 7 or 8 wherein in case of private protocol selection the following communica- 
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tions exchange between said user interface and said conditional access module uses predefined data formats 
regardless of their contents. 

10. The apparatus of claim 8 or 9 wherein said multimedia device is a set top unit connected to a display device. 
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